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TECHNICAL FIELD 
This invention is related to management and storage of electronic information. 
More particularly, this invention relates to new structures and methods for creating 
15 relationships between users, applications, files, and folders. 



BACKGROUND OF THE INVENTION 
Digital communications presently supply solutions to users in ways that are 
completely divorced from their business context. A particular item of communication 

20 provides little or no inherent understanding of how that communication furthers the 

purpose and intent of the group or enterprise. In other words, an email (electronic mail) 
inbox collects email messages about all topics, both business and personal. The email 
application itself is not discerning about topic, priority, or context beyond perhaps 
rudimentary "message filters" that will look for certain key words or people, and then 

25 place those items in target folders. Generally, the application simply presents a 

sequential list of messages received. Similarly, a fax machine receives fax pages in 
sequence. The fax machine is not discerning about topic, priority, or context, and simply 
outputs fax pages. Once received, it remains the task of the recipient to sort, categorize, 
and organize these items of communication in ways most meaningful to that person. The 

30 organization part of the task generally occurs outside the context of the particular 
communications tool itself. 
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Typical methods for organization of communications are limited and fragmented. 
For example, for an email, the recipient may either leave all the email in the inbox or 
move it to another electronic folder. For a fax, the recipient is likely to place that 
received fax in a file folder that is identified by project name or name of recipient. These 
5 typical methods of organizing communications are wholly inadequate for a number of 
reasons. The recipient must do all the work of organization and categorization of the 
communications rather than the system itself doing that work. Automation of the 
organization of communications is non-existent. The linkage between business strategy 
and an individual act of communication, a leadership priority, is non-existent. With 

1 0 respect to categorization, the items themselves rarely apply to only one topic of interest. 
As such, under current systems, the items would need to be manually stored in multiple 
locations (either electronic or "brick and mortar" folders). For example, a letter faxed to 
a sales manager may contain information about contact addresses, market intelligence 
data, specific product requests, and financial accounting. 

1 5 Data items often relate to organizational issues for which one or more work 

groups need access; access that is denied when the recipient "buries" that item in his/her 
personal filing system, electronic or otherwise. Thus, the sharing of knowledge in this 
context is prohibitive. 

Prior art communications tools do not know the business and/or personal 

20 context(s) within which files are created and used. For example, a person may create 

three files in a word processor, one relating to sales, the second relating to operations, and 
the third relating to a son's football team. However, the word processor itself has no way 
of knowing to automatically store those three files in at least three different places. 
Insofar as security and privacy are concerned, the applications and associated file storage 

25 methods are generally insecure, not conforming to a single, dependable security model. 
Known software applications create and store files outside of a contextual 
framework. For example, when a user creates a word processing file using a 
conventional word processor application, the user typically must select a single folder 
within which to store that file. The file may be stored in an existing folder or the user 

30 may create a new folder to receive the file. This file management method is known as 
Lightweight Directory Application Protocol (LDAP). LDAP borrowed the physical 



2 



LEADP101USA 



world paper file management scheme where a machine/application creates files, stores 
those files in individual folders, and stores those folders in cabinets. Under this scheme, 
context is completely independent of the application. File context is limited to the 
decision made by the user about the folder in which the file should be stored. The user 
5 decision does not adequately represent or reflect the true context of the file given that the 
file may contain information that could reasonable be stored in multiple folders. 

LDAP systems are suited for smaller one-to-many and many-to-one relationships. 
For example, an e-mail message to ten recipients is a one-to-many relationship, while ten 
customers, sending orders to a single vendor exemplifies a many-to-one relationship. In 

10 the case of the former, the e-mail is stored in an Outbox, and the ten recipients store the 
received message in their respective folders, called an Inbox. In the latter case, the ten 
received orders are placed in an Orders folder for the associated the product. 

Conventional systems are designed to allow multiple users to access the same file 
for collaboration purposes; however, this feature does not change the basic one-to-many 

1 5 and many-to-one storage paradigm. Conventional systems only attempt to optimize it. 

Another limitation of LDAP is that little or no information is contained within the 
file about the user and, the context and circumstances of the user at the time the file was 
created. The people elements of an organization are simply too multi-dimensional for the 
limitations of conventional systems. Current processes designed to add context to files, 

20 such as a metadata tagging approach, involve having a knowledge officer view files after 
they have been stored and create metadata tags with additional key words associated with 
the file for search purposes. 

The best that existing technology has done is to respond to niche requirements 
where automation made sense: telephone switching, voice mail, e-mail, file transfer, 

25 paging, and file storage, for example. The trend is toward a convergence of the 

technologies, but convergence becomes an enormous problem with these legacy systems 
that are now encumbered by outdated data handling and storage models that are 
mainframe and/or hierarchical in nature. 

Notwithstanding the usefulness of the above-described methods, a need still exists 

30 for a communications tool that associates files generated by applications with individuals, 
groups, and topical context automatically. 
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SUMMARY OF THE INVENTION 
The following presents a simplified summary of the invention in order to provide 
a basic understanding of some aspects of the invention. This summary is not an extensive 
5 overview of the invention. It is not intended to identify key/critical elements of the 
invention or to delineate the scope of the invention. Its sole purpose is to present some 
concepts of the invention in a simplified form as a prelude to the more detailed 
description that is presented later. 

The present invention disclosed and claimed herein, in one aspect thereof, is a 

10 system that facilitates the automatic tagging of contextual metadata information to a file 
as the file is being created. The system facilitates the automatic association of data with a 
user context. The system includes a data operations component that associates with data 
operations being performed on a data. These data operations include standard data 
operations such as read, write, delete, move, copy, paste, etc., that are normally 

1 5 associated with data operations. The system further includes a tagging component that 
facilitates automatic tagging of contextual information to the data when the data is 
created. That is, when the data is first saved, the tagging operation of the contextual 
information is performed on the data. Subsequent save operations simply overwrite the 
existing data in the storage location. Thus, data and applications can be grouped based 

20 on the identity of the tag. 

In another aspect, the tagging operation facilitates a data management system that 
is a unified, horizontal system for communications, organization, information processing, 
and data storage. The system installs on existing platforms, and is a common workflow 
layer that is automated with a scalable, relational or object database. The system includes 

25 a relational and object database engines that facilitates many-to-many relationships 

among data elements, in addition to, one-to-many and many-to-many relationships. The 
data management system includes a novel architecture where the highest contextual 
assumption is that there exists an entity that consists of one or more users. The data 
storage model first assumes that files are associated with the user. Thus, data generated 

30 by applications is associated with an individual, group of individuals, and topical content, 
and not simply with a folder, as in traditional systems. 
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When a user logs in to the system that employs the tool, the user enters into a 
personal workspace environment. This workspace is called a board, and is associated 
with a user context. From within this board, the tool makes accessible to the user a suite 
of applications for creating and manipulating data. Any user operating within any board 
5 has access to the suite of applications associated with that board, and can obtain access to 
any data in any form (e.g., documents and files) created by the applications and to which 
he or she has permission. A board can have one or more applications associated with it. 
These application associations on a board can be added or removed from that board at 
any time. Moreover, thereafter, the user can then move to shared workspaces (or boards), 

1 0 and access the same data or other data. 

Data created within the board is immediately associated with the user, the user's 
permission level, the current workspace, any other desired workspace that the user 
designates, and the application by employing the automatic contextual tagging 
architecture. This association is captured in a form of metadata and tagged to the data 

1 5 being created. The metadata automatically captures the context in which the data was 
created as the data is being created. Additionally, the data content is indexed to facilitate 
searching for the content in any number of different ways in the future by the user or 
other users. This tagging process is universal, in that, the data model allows for any 
binary data (e.g., files), as well as any set of definable data to be accepted into the system. 

20 The system is not restricted to processing e-mail, faxes, calendar events, meetings, phone 
calls, etc., that are included in the bundled system, but can also accommodate whatever 
data the user chooses to use. The system is also universal insofar as its user interaction 
can be through a browser that is pervasively employed for use with conventional 
operating systems. 

25 In that the protocol system supports multiple users, there can be multiple boards. 

Two or more boards (or workspace environments) can be grouped as a collection of 
boards, also called a web. Boards can exist in any number of different webs. The 
association of webs and boards is stored in a table. As a user creates a context, or moves 
from one context to at least one other context, the data created and applications used 

30 previously by the user automatically follows the user to the next context. The change in 
user context is captured dynamically in accordance with the present invention. All files 
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and groups of files can be associated with any other file in the system, allowing a system 
user the flexibility in determining dynamic associations. 

In addition to the macro view provided by webs and boards, the user can also 
create the more familiar hierarchical folders within any board. These are virtual folders, 
5 and nothing is physically stored in these folders. 

In another aspect of the present invention, the protocol system promotes the 
seamless facilitation, collection, compilation, and distribution of data. 

In yet another aspect of the present invention, the protocol system provides links 
to enterprise leadership priorities. 
10 In still another aspect of the present invention, the protocol system facilitates 

communications tasks while simultaneously reminding the user of his/her individual 
work priorities. 

In another aspect thereof, the protocol system automatically stores contextual 
information relating to an item of communication and utilizes that contextual information 
1 5 in performance of communication tasks. 

In yet another aspect thereof, the protocol system operates within a data 
management system that integrates two or more different applications such as (including 
but not limited to) telephony, unified messaging, decision support, document 
management, portals, chat, collaboration, search, vote, relationship management, 
20 calendar, personal information management, video, profiling, directory management, 
executive information systems, dashboards, cockpits, tasking, meeting, conferencing, 
etc., into a common application. 

In another aspect thereof, the protocol system provides a structure for defining 
relationships between complex collections of data. 
25 In still another aspect of the present invention, the protocol system provides a 

process for automating workflow between multiple entities. 

To the accomplishment of the foregoing and related ends, certain illustrative 
aspects of the invention are described herein in connection with the following description 
and the annexed drawings. These aspects are indicative, however, of but a few of the 
30 various ways in which the principles of the invention may be employed and the present 
invention is intended to include all such aspects and their equivalents. Other advantages 
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and novel features of the invention may become apparent from the following detailed 
description of the invention when considered in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 illustrated a block diagram of a system that facilitates the automatic 

association of data with a user context, in accordance with the present invention. 

FIG. 2 illustrates a flow chart of an automatic contextual tagging process of the 
present invention. 

FIG. 3 illustrates a block diagram of a system that employs the automatic 
10 contextual tagging architecture of the present invention to facilitate the management of 
data. 

FIG. 4 illustrates a flow chart of a data management process that employs the 
automatic contextual tagging methodology of the present invention. 

FIG. 5 illustrates a system employing a board and a web in accordance with the 
1 5 contextual tagging architecture of the present invention. 

FIG. 6A illustrates a diagram of board relationships. 
FIG. 6B illustrates board/web relationship diagram. 
FIG. 7 illustrates a flow chart of a process for board and web generation. 
FIG. 8 illustrates a sample webs-and-boards table. 
20 FIG. 9 illustrates a block diagram of system that uses the tagging architecture in 

accordance with the present invention. 

FIG. 10 illustrates a more detailed block diagram of a system that employs the 
contextual tagging system of the present invention. 

FIG. 1 1 illustrates a diagram of a general structure of the management tool system 
25 that employs the contextual tagging system of the present invention. 

FIG. 12 illustrates a level flow diagram of the hierarchy of the present invention 
for associating one or more users, context, applications, and folders with data. 

FIG. 13 illustrates a system operational in accordance with the contextual tagging 
system of the present invention. 
30 FIG. 14 illustrates a design integration chart of the disclosed invention. 
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FIG. 1 5 illustrates one implementation of a platform system that employs the 
contextual tagging system of the present invention. 

FIG. 1 6 illustrates a general system configuration of a system that employs the 
contextual tagging system of the present invention. 
5 FIG. 1 7 illustrates a screenshot of a management tool window of a browser used 

as a user interface to facilitate user interaction with meeting information. 

FIG. 1 8 illustrates a screenshot of a management tool window of a browser used 
as a user interface to facilitate user interaction with e-mail information. 

FIG. 19 illustrates a screenshot of a management tool window of a browser used 
10 as a user interface to facilitate user interaction with a board management option. 

FIG. 20 illustrates a screenshot of a management tool window of a browser used 
as a user interface to facilitate user interaction with a phone option. 

FIG. 21 illustrates a screenshot of a management tool window of a browser used 
as a user interface to facilitate user interaction with a files option. 
1 5 FIG. 22 illustrates a screenshot of a management too window of a browser used as 

a user interface to facilitate user interaction with a user context. 

FIG. 23 illustrates a block diagram of a computer operable to execute the 
disclosed contextual tagging architecture. 

20 DETAILED DESCRIPTION OF THE INVENTION 

The present invention is now described with reference to the drawings, wherein 

like reference numerals are used to refer to like elements throughout. In the following 

description, for purposes of explanation, numerous specific details are set forth in order 

to provide a thorough understanding of the present invention. It may be evident, 
25 however, that the present invention may be practiced without these specific details. In 

other instances, well-known structures and devices are shown in block diagram form in 

order to facilitate describing the present invention. 

As used in this application, the terms "component" and "system" are intended to 

refer to a computer-related entity, either hardware, a combination of hardware and 
30 software, software, or software in execution. For example, a component may be, but is 

not limited to being, a process running on a processor, a processor, an object, an 
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executable, a thread of execution, a program, and/or a computer. By way of illustration, 
both an application running on a server and the server can be a component. One or more 
components may reside within a process and/or thread of execution and a component 
may be localized on one computer and/or distributed between two or more computers. 
5 Referring now to FIG. 1 , there is illustrated a block diagram of a system 1 00 that 

facilitates the automatic association of data with a user context, in accordance with the 
present invention. The system 100 includes a data operations component 102 that 
associates with data operations being performed on a data 104. These data operations 
include standard data operations such as read, write, delete, move, copy, paste, etc., that 

1 0 are normally associated with data operations. The system 1 00 further includes a tagging 
component 106 that facilitates automatic tagging of contextual information 108 to the 
data 104 when the data 104 is created. Thereafter, if a subsequent data operation is 
performed on the data 104, the contextual metadata 108 is updated. That is, when the 
data 104 is first saved (e.g., a write operation), the tagging operation of the contextual 

1 5 information 108 is performed on the data. A subsequent data operation, e.g., a read 

operation, causes updating of the contextual metadata 1 08 that reflects that that particular 
data operation has been noted and recorded. However, the data content itself is not 
updated, since the data operation did not affect the content, but only the contextual 
information. 

20 Note that in accordance with the present invention, there is only a single data 

storage location, and not multiple storage locations of the same data for the respective 
users. For example, in traditional systems, if an e-mail with attachment is sent to ten 
different users, the attached file will be stored in ten different locations, whether locally 
or on a network server. The disclosed architecture stores the saved data in one location 

25 and generates a pointer (or link) to that location. The location is already known such that 
a "Save As" operation, normally associated with traditional systems, is no longer 
required. The system automatically stores the data in a single storage location, and 
further in association with the user context in which it was created. The pointer is then 
supplied to each user that requires it and each other user context to which it is desired to 

30 be associated. 



9 



LEADP101USA 



The tagging operation occurs independent of the application and type of data 
being processed. For example, the tagging process occurs with text files, spreadsheet 
files, audio files, video files, programming language files, and image files, to name just a 
few. Thus, the tagging operation is application independent, and independent of data 
5 type. 

In accordance with the present invention, the tagging operation occurs in 
association with a user context. This is described in greater detail hereinbelow. When 
the user logs in to the system, her or she enters their workspace that consists of an 
aggregated view of all workspaces to which they have some level of permission access. 

10 From this view they can access an individual user context, which context is called a 
board. Any further data operation activities in that user context are stored as an 
association with that user context. When the file is created, a unique hash code is 
assigned to the file. The hash code is then referenced to access the stored data, instead of 
by a filename, as in conventional systems. 

1 5 As will be described in greater detail hereinbelow, two or more boards can be 

grouped as collections (also denoted as webs). The boards of a web can have 
interrelationships. The relationship of the board to a web and other boards is captured in 
the form of a webslice. A file created on a board receives a default webslice that includes 
at least the following: a web ID, starting board ID, and traversal relationship of just the 

20 boards with which the user is associated. The webslice is the link to the stored data (i.e., 
the data content), and is employed for assigning the data to more than one board. 

Each board is associated with at least one application tool. The tool generates a 
pointer (or webslice) of contextual information for each user assigned to that board. 
Additionally, each web that has that board as a member, includes the link to that data 

25 content location. 

As indicated previously, each user assigned to the board also has the webslice (or 
link) assigned that identifies the location of the data content. The link relationship of the 
user to the content is unique to the user, and carries information of the data operations 
performed by the user on that data. For example, where each of ten users has received 

30 the link to the data, each of the users can perform different operations on the data. A first 
user may simply read the data, which data read operation will be captured and stored via 
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that first user's link data. Moreover, a second user may have simply acknowledged 
receipt of the data by reading it. The system can also log this data operation. Thus, each 
user associated with the board has an assigned updatable link that defines data operations 
performed by the user related to the data. Additionally, the content itself knows what 
5 board(s), via the webslice, that it belongs to, because the content only has one such 
relationship, and that relationship is modifiable. 

In addition to having the data associated with a user board, the user can also 
associate it to one or more of interrelated boards of another web. If this is done, the 
system creates a number of new user relationships for all the users of the related boards. 

1 0 This, is an optimization technique for read performance, since, if the user wants to see the 
content for a given board, they go directly to the board, to the tool, and to their own 
collection, with the pointers already presented and waiting for selection. Thus, there is 
no query required to search for the information. 

The system 100 is suitably designed to automatically tag contextual data to data 

1 5 being created from one or more applications that perform data operations related to at 
least one of (including but not limited to) telephony, unified messaging, decision 
support, document management, portals, chat, collaboration, search, vote, relationship 
management, calendar, personal information management, profiling, video, directory 
management, executive information systems, dashboards, cockpits, tasking, meeting and, 

20 web and video conferencing. 

It is to be appreciated that the contextual information can be tagged to the data 
before that data is saved. This can occur as an automatic backup operation during an 
abnormal system failure, such that when the data has not been previously saved, and the 
system senses that the system or one of its components (e.g., a tool of the board) is 

25 failing, the system can automatically store the data, and tag the context information to the 
stored data before shutdown. 

The format of the webslice (also called the link or pointer) is described generally 
hereinbelow with respect to the description of FIG. 6B. A more detailed implementation 
includes at least a web ID, a starting board ID, and "transversal" data (i.e., a mapping to 

30 the data), in the following format: 
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webslice (target board) = <weblD; starting board ID; transversal data; 
parameterl; paramter2;...;parameterN; data location>. 

The additional parameters; parameterl, parameter2,...,parameterN, include, for 
5 example, a user ID of a user in the context (or board), and any of the number of data 
operations (i.e., read, write, acknowledge, etc.). Thus, when the user performs a read 
operation, the associated read parameter, e.g., parameter2, is updated, and stored. The 
data location information can be the hash code of the data location, although, this is not 
required to be the hash code. 

1 0 Referring now to FIG. 2, there is illustrated a flow chart of an automatic 

contextual tagging process of the present invention. While, for purposes of simplicity of 
explanation, the one or more methodologies shown herein, e.g., in the form of a flow 
chart, are shown and described as a series of acts, it is to be understood and appreciated 
that the present invention is not limited by the order of acts, as some acts may, in 

1 5 accordance with the present invention, occur in a different order and/or concurrently with 
other acts from that shown and described herein. For example, those skilled in the art 
will understand and appreciate that a methodology could alternatively be represented as a 
series of interrelated states or events, such as in a state diagram. Moreover, not all 
illustrated acts may be required to implement a methodology in accordance with the 

20 present invention. 

At 200, a user associates with a user context or board. This can be accomplished 
by logging in to the data management system that is described in greater detail 
hereinbelow. At 202, the user launches an application while in the user context and 
performs one or more data operations on data. At 204, the data is then saved. At 206, it 

25 is determined if this it the first time that the data has been saved. If YES, flow is to 208, 
where the data is saved, and automatically tagged with contextual information associated 
with the user context, and the context users, using an automatic tagging operation 
whereby a read-access pointer is written from each user of the board to the stored content. 
The process then reaches a Stop block. If, however, the data has been previously saved, 

30 the tagging operation is not required. Thus, the only thing that needs to be done is to 
update the contextual information to reflect what data operation the user has performed, 
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e.g., a read operation. Flow is then back to the input of 200 for the next user login. Note, 
however, that flow can be back to the input of 202 where the user launches a different 
application to perform data operations on a different stored data element, or new data that 
is being created. 

5 Referring now to FIG. 3, there is illustrated a block diagram of a system 300 that 

employs the automatic contextual tagging architecture of the present invention to 
facilitate the management of data. The data management tool includes a novel 
architecture where the highest contextual assumption is that there exists an entity that 
consists of one or more users. The data management and storage model first assumes that 

10 data is associated with the user. Thus, data generated by an application employed by the 
user is associated with the user, groups of users, and topical content; and not simply with 
a folder, as in traditional systems. 

In support thereof, when a user logs-in to the system 300, user data 302 is 
generated and associated with at least the user and the login process. The user 

1 5 automatically enters into a user workspace or a first context 304 (also denoted 

CONTEXTj) or environment. This environment can be a default user workspace, or 
workspace environment predesignated by the user or an administrator after login, for 
example. After login, the user can perform data operations (e.g., create and manipulate) 
on a data 306 (similar to data 104) in any number of ways, including, but not limited to, 

20 reading, editing, copying, moving, acknowledging, and deleting the data. Such data 

operations can be performed using at least one application 308. For example, where the 
data 306 is text data, a text editing or word processing application can be employed. 
Many different text editor and/or word processing applications exist that can be used to 
create, view, edit, copy, and move the data 306, to name just a few of the operations. 

25 Where the data 306 is program code, the application 308 is one that is suitable for 

providing user access and interaction therewith. Where the data 306 is a voice file, the 
application 308 can be an application suitable for playing the voice file. This all occurs 
in association with the first context 304. 

The system 300 also includes a context component 310 in association with the 

30 first context 304 to monitor and generate context data 312 associated with data operations 
of the user in the first context 304. The context data 312 includes at least data 
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representative of the user (e.g., some or all of the user data 302), data representative of 
the first context 304, data representative of the data 306, and data representative of the 
application 308. The context data 312 can be stored in the form of a table (or any other 
suitable data structure) for access and processing, and at any location, as desired. 
5 The system 300 can include a plurality of the contexts, denoted as 

CONTEXTi,. ..,CONTEXT N . Thus, in addition to the first context 304, there is at least a 
second context 314 with which the context component 310 is associated. This is because 
the user of the first context 304 can move to the second context 314, and perform many 
different data operations therein which will then be associated with that user in that 

1 0 second context 3 1 4. The data operations performed in the second context 3 1 4 are also 
associated with the user and stored automatically. Such user activities and data 
operations in the one or more contexts of the system 300 and movement of the user 
between contexts are tracked using a tracking component 3 1 6. Thus, data generated by 
applications is associated with an individual, group of individuals, and topical content; 

1 5 and not simply with a folder, as in traditional systems. 

Referring now to FIG. 4, there is illustrated a flow chart of a data management 
process that employs the automatic contextual tagging methodology of the present 
invention. At 400, a user associated with a first context. This can occur by the user 
logging in to a system and automatically entering a user workspace, which workspace is 

20 associated with the first context. At 402, the user assigns applications for use in the user 
context. This can occur explicitly by the user manually selecting the application(s) for 
association with the context, or implicitly by the user launching an application 
performing data operations within the context. At 404, the user performs a data 
operation. At 406, the user changes context from the first context to a second context. At 

25 408, the data and application(s) are then automatically associates with the second context. 
The process then reaches a Stop block. 

As the user performs data operations in the first and second contexts, the system 
automatically creates and updates context data, as indicated at 410. This occurs 
transparently to the user, as indicated by the dashed line. 

30 Referring now to FIG. 5, there is illustrated a system 500 employing a board 502 

and a web 504 in accordance with the contextual tagging architecture of the present 
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invention. In the past, intuitive, dynamic, and changeable workflow processes have 
proved to be too dynamic and expensive for automation. Boards and webs are used to 
automate workflow processes and define relationships between data and applications. As 
users create and change their contexts, the data (e.g., files) and applications automatically 
5 follow, the shifts in context being captured dynamically in the context data. As used 

herein, a "board" is defined as a collection of data and application functionality related to 
a user-defined topic. For example, a user-defined topic may be a department of a 
company or a project that involves the company. In the case of a project, the board 
preferably includes all of the data relating to that project including email, tasks, calendar 

10 events, ideas, discussions, meetings, phone calls, files, contact records, people, etc. Data 
and applications may be grouped in a board based on the identity of the tag. As used 
herein, the term "web" refers to a collection of interrelated boards. 

As implemented, the web 504 of the system 500 can include a plurality 506 of the 
boards 502 (also denoted as BOARDi, BOARD 2) ...,BOARD N ). The plurality of boards 

15 506 can each be associated with a single user, one with a single user, and others with 
multiples users, including or not including the user. The system 500 can also employ a 
plurality of webs 508 (also denoted WEB,, WEB 2 ,. . .,WEB X ). The many boards 506 can 
be grouped in different combinations as webs. For example, BOARD i and BOARD2 can 
be grouped as WEB 2 . Thus, where WEB| includes three boards all related to a single 

20 project, the boards 506 can include finance, accounting, and resources, for example. 
Referring now to FIG. 6A, there is illustrated a diagram 600 of board 
relationships. Boards in a web may have, for example, a parent-child relationship, 
although this is not required. A given board can have more than one parent and more 
than one child. A board cannot be its own child or its own parent. However, boards can 

25 have various relationships to each other. For example, a board may be part of a circular 
relationship of any complexity. Illustrated herein, a first board, BOARD,, is parent to a 
second board, BOARD 2 . The second board, BOARD 2 , is parent to a third board, 
BOARD3, and BOARD3 is parent to the first board, BOARD,. 

Referring now to FIG. 6B, there is illustrated board/web relationship diagram 602. 

30 Boards can exist in any number of webs. Many boards will exist in more than one web. 
The web represents a certain view of the relationships among boards. That is, the view 
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can be hierarchical, or the view can be in the form of a work-flow. Additionally, the 
relationship between two boards on one web is independent of the relationship between 
those same two boards on other webs. As shown, in a first web, WEBi, BOARD] is a 
parent to BOARD 2 . Yet, in a second web, WEB 2 , BOARD i is a child to BOARD 2 . In a 
5 third web, WEB 3 , BOARDi and BOARD 2 have no relationship, but exist independent of 
one another. In a fourth web, WEB 4 , BOARD i exists, but BOARD 2 does not. These are 
but a few examples of the web/board relationships that can exist in accordance with the 
present invention. 

Webs may be used to maintain the location of content within a complex and 

10 changing set of boards and support automation of a workflow process. One example of 
automation of a changing workflow process can be illustrated where the workflow 
process to be automated initially is represented by A-»B->C, and ultimately changed to 
A— >B/C— >D. Three different groups of people are assigned to each item, where the 
resulting distribution is A( 1,2,3) + B(4,5,6) + C(7,8,9). 

1 5 In the known LDAP environment, it is necessary for the automation sequence to 

predetermine how work data flows from A to B and C. Then the automation module for 
inputs to D must be spelled out and rewritten to consolidate the split inputs from B and C. 
As such, the automation support for this workflow change will always lag behind the 
ability of the people involved to start working with the new workflow assumptions. 

20 In contrast, and in accordance with the present invention, webs and boards are the 

context for applications, files, and folders. Hence, the workflow process may be readily 
reorganized by making a change to one or more of the webs and boards. By simply 
adding the board D and rearranging some of the relationships of A, B, and C, the 
workflow is quickly reorganized and implemented. 

25 The disclosed system has associated therewith a routing algorithm, referred to 

herein as a "webslice." A webslice is a relationship rule that defines a relationship 
between a web and one or more boards of that web. If the web changes (e.g., a board is 
added), and meets the criteria of the rule, the content will be on the new board as well. 
For example, the rule can include a web ID, a starting board ID, and "transversal" data 

30 (i.e., the relationship rule), in the following format: 
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vvebslice (target board) = <webID; starting board ID; transversal data>. 

Thus, if a system includes two webs, Wl and W2, where web Wl includes five 
boards: A (the starting board), B, C, D, and E, with each subsequent board a child to the 
5 previous board (i.e., B is child of A, C is child of B, etc.), the webslice data "slicing" to 
board E will be similar to the following: 

webslice (board E) - <W1; board A; A->B->C->D->E>. 

10 It is to be appreciated that where a child board has at least two parent boards, the 

webslice data can include at least two paths. For example, consider that A is the parent to 
both B and C, with B and C the parents to D. A webslice to D can be obtained in one of 
two ways: 

1 5 webslice (board D) = <W1 ; board A; A^B->D>, or 

webslice (board D) = <W1; board A; A->C-*D>. 

Moreover, since the webslice to a given board of a web can take at least two 
different paths, one path can be longer than the other to the desired board. Consider that 
20 A is the parent to both B and C, with B the parent to D, and C the parent to E, and E the 
parent to D. A webslice to D can be obtained in one of two ways: 

webslice (board D) = <W1 ; board A; A^B^D>, or 
webslice (board D) = < W 1 ; board A; A^C^E^D>. 

25 

These examples are only but a few of the relationships that can be extracted using 
a webslice. The webslice can also take the forms of the following: "Just the board I 
started from" (a default); "All child boards"; "All sibling boards"; and, "All descendant 
boards", for example. 

30 Thus, by using at least these three basic entities for the webslice (i.e., the web ID, 

the starting board ID, and the transversal data), the boards associated with a given content 
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can be ascertained. Since content is associated with context, and the board is used in part 
to define the context, the system knows the content associations whereupon a change of 
web structure, the system knows with which board(s) the content is associated, both 
before and after the structure change. In keeping with one aspect of the invention, the 
5 location of the content may be determined dynamically at runtime using the webslice. 
Alternatively, the associated location of content may be determined by detecting changes 
in structure, detecting the temporary location of the content on the boards in the routing 
algorithm before and after the change, and adjusting the location of the affected content 
as part of the change in structure. Of course, the webslice data is not limited to the three 
1 0 aspects indicated hereinabove, but may include further information, such as at least one 
application ID and user ID (that uniquely identifies the creator of the content), for 
example. 

Data created while the user is in the board is immediately associated with the 
user, the current workspace, any other desired workspace that the user designates, and the 

1 5 application. This association is captured in a form of the contextual metadata and tagged 
to the data at the time of its creation. The metadata automatically captures the context in 
which the data was created as the data is being created. Additionally, the data content is 
indexed to facilitate searching for the content in number of different ways in the future by 
the user or other users. This tagging process is universal, in that, the data model allows 

20 for any binary data (e.g., files), as well as any set of definable data to be accepted into the 
system. The system is not restricted to processing e-mail, faxes, calendar events, 
meetings, phone calls, etc., that are included in the bundled system, but can also 
accommodate whatever data the user chooses to define. The system is also universal 
insofar as it user interaction can be through a browser that is pervasively employed for 

25 use with conventional operating systems. 

Referring now to FIG. 7, there is illustrated a flow chart of a process for board 
and web generation. At 700, a webs-and-boards table is created to track the relationship 
of said aspects. At 702, a user creates a board. This can be via an administrator initially 
configuring a person user workspace, or thereafter, a user creating another workspace, for 

30 example, a shared workspace. At 704, the user performs data operations while in the 
board. The data and applications employed to operate on the data are then included as 
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content associated with the user in this particular context. Given that there can be 
multiple users, there can be a corresponding one or more webs associated with the one or 
more users. A BOARD(S) column lists the number of boards, select numbers of the 
boards can now be grouped in collections or webs, as indicated at 706, to facilitate 
5 workflow, for example. For any number of reasons, the web and board relationships can 
be changed, as indicated at 708. At 710, the webs-and-boards table is automatically 
updated as these changes occur. The process then reaches a Stop block. 

Referring now to FIG. 8, there is illustrated a sample webs-and-boards table 800 
used in accordance with the data management tool. The table 800 includes a user 

1 0 information column related to a number of users ( 1 -3 and 6-8), under the heading of 

USER(S). This is because the novel invention first begins by associating all aspects with 
the user. The table 800 also includes a WEB(S) column that associates one or more webs 
(Wl , W2, and W3) with the one or more users. A BOARD(S) column lists the lists the 
boards (e.g., Bl 1, B12, and B14) with a given web. Here the users 1, 2 and 3 are 

15 associated with a web Wl that comprises a collection boards Bl 1, B12, and B14 (where 
the first digit is the associated web number, and the second digit is the board number). 
The table 800 also includes a parent/child relationships column (denoted as BOARD(S) 
P/C RELATION). Here, board Bl 1 is the parent, and board B12 is a child, and a parent 
to board B14. The table 800 is not limited to the columns provided, but can include more 

20 information, as desired. 

Referring now to FIG. 9, there is illustrated a block diagram of system 900 that 
uses the tagging architecture in accordance with the present invention. Generally, the 
system 900 includes an internal network 902 on which is disposed a services system 904 
and one or more users 906 seeking use of the services system 904. The services system 

25 904 further includes a services component 908 and an associated data storage system 910 
for storing data and programs. The services system 904 includes the data management 
tool of the present invention. 

A user at one of the user nodes 906 can access the services system 904 via a 
browser over a wired/wireless communication link. Given that a browser is a principal 

30 means for access, the user node can be any type of computing device and operating 
system that supports a browser, whether the browser is a full-blown program typically 
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used on a desktop computing system, or a modified or slimmed down browser interface 
employed in a portable computing device, e.g., a personal data assistant (PDA), wireless 
computing tablet, and cellular/digital telephone. As illustrated, the user nodes 906 also 
have direct access to the data storage system 910. 
5 The user nodes 906 can also access a global communications network 912, e.g., 

the Internet, using conventional communication means, thereby providing a second path 
for accessing the services system 904, that further facilitates direct access to the services 
908 and/or the storage system 910. This second path is most important, since a user can 
access the system 904 from essentially anywhere. 
10 The services system 904 can be utilized internal to a corporate environment 

operating on, for example, an intranet, and providing such services only to corporate 
users. In another implementation, the system 904 can be disposed external to the 
corporate environment such that the company subscribes to the system services via a 
vendor. 

15 Referring now to FIG. 10, there is illustrated a more detailed block diagram of a 

system 1 000 that employs the contextual tagging system of the present invention. The 
system 1000 includes the internal network 902 on which is disposed the services system 
904 and the one or more users 906 seeking use of the services 908 provided thereby. The 
services 908 facilitate the use of the data management tool, which employs one or more 

20 webs 1002 and boards 1004. The tool further provides portal services 1006 for accessing 
the services from various internal and external network locations using the TCP/IP suite 
of protocols. Other services provided include, but are not limited to voice services 1008 
and outside services 1010. Outside services 1010 facilitate including non-employees and 
the use of third-party applications in specific projects in the system by providing various 

25 levels of access to any number of data locations and services. Read/write permissions 
can be granularized to the file level, if desired. 

The data storage system 910 includes a number of storage methodologies 1012 for 
handling and processing data. For example, one methodology enables large numbers of 
users to organize files and documents around many projects simultaneously. Data of any 

30 kind and size can be uploaded to a common shared workspace or board. Varying levels 
of access can be provided to the uploaded data. Other methodologies are associated with 

20 



LEADP101USA 



storing the data, archiving the data, data warehousing, library data, and an idea registry 
for tracking that aspect of the companies intellectual capital. The storage system 910 
facilitates the storage and access of metadata libraries that link hierarchical and 
non-hierarchical LDAP folders. 
5 As indicted hereinabove, the management tool operates seamlessly with existing 

computing system applications, and existing system services. For example, the 
conventional system services can include at least the following: e-mail, collaboration and 
groupware services 1014 having an associated e-mail, collaboration and groupware 
storage system 1016; voice switching services 1018 (e.g., telephone and paging 

10 functions) having an associated voice data storage system 1020; and multimedia services 
1022 having an associated multimedia storage system 1024. The storage system 1016, 
1020, and 1024 can connect to the storage system 910 to facilitate data transfer and 
storage in accordance with the various methodologies of the storage system 910. 

A user of the users node 906 can also access the e-mail/collaboration/groupware 

15 services 1014, voice switching services 1018, and multimedia services 1022 indirectly 
through the services system 904 using a multi-user data manipulation engine, e.g., OLAP 
(On-Line Analytical Processing). Alternatively, the user can access these services 1014, 
1018, and 1022 directly over the network 902, but shown separately as a communication 
link 1026, and through the services 908 without using the multi-user engine. 

20 The user can also access the services 904, other services 1014, 1018, and 1022, 

and data storage system 904 over the global communications network 912 via a link 
1028. This is facilitated through the user browser by directing the browser to a website 
using a URL (Uniform Resource Locator) or through an alternative link 1030. 

The management tool is browser-based and incorporates a strong-encryption 

25 scheme (e.g., using 128-bit SSL (secure socket layer) protocol). This means that data 
transmitted between the user computer and the services server is substantially secure. 
Furthermore, data shall not be cached, which means that there is no information footprint 
left on the user computer after the user logs off. The user can access data securely from 
virtually any network node using any type of browser. The data is stored encrypted on 

30 the storage system 9 1 0. 
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Referring now to FIG. 1 1 , there is illustrated a diagram of a general structure of 
the management tool system 1 1 00 that employs the contextual tagging system of the 
present invention. The structure starts at a high level with the user at a user level 1 102. 
The user level 1 102 is next associated with a context level 1 104 that defines all contexts 
5 in which the user can be included. Under the context level 1 1 04 is a web level 1 1 06 that 
associates one or more of the webs with one or more of the contexts of the context level 
1 104. A boards level 1 108 underlies the webs level 1 106 and provides associations of the 
many boards with one or more of the webs. An applications level 1110 facilitates 
associating one or more applications with a board designated at the board level 1 108. A 

10 database/folders level 1112 underlies the applications level 1110, and facilitates storing at 
least data, tables, and context information generated from the upper levels in folders, in 
the form of, e.g., files, at an associated underlying file level 1114. A linking protocol 
1116 provides cross-level communication for facilitating all aspects of data processing 
and communication at all levels of the data management system 1 100. 

15 Referring now to FIG. 12, there is a level flow diagram 1200 illustrating the 

hierarchy of the present invention for associating one or more users 1202, context 1204, 
applications 1206, and folders 1208 with data 1210. The approach is for file storage 
pointers of an application to be dynamic, governed initially by the folder within which 
the application is launched. Additionally, the file storage pointers are then accessible and 

20 acted upon by the same application form any folder in the system. This is a dynamic 
non-linear implementation. 

Traditional collaborative technologies, like groupware, allow groups of users to 
take action on the same file substantially simultaneously. However, in preparation for 
such capabilities, all users must have compatible versions of the same application that is 

25 to be used for working with the file. The context for any folder is limited to a one-to- 
many and many-to-one relationship. Essentially, the folder possesses a singular context 
to the directory tree in which it resides. 

In contrast, the disclosed architecture assumes that the highest contextual level is 
that of an entity consisting of a group of users forming a many-to-many architecture. The 

30 users create and use the files within the context of the workspaces or boards of one or 
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more users, which may or may not have web relationships. In this implementation, the 
board is similar in function to a folder in conventional LDAP systems. 

The user then uses a suite of applications within a board, with any file created 
being immediately associated with the user, that board, any other board desired, and the 
5 application. In other words, by the person doing simply his/her work, an enormous 
amount of metadata about the context(s) for that work is captured automatically. 
Additionally, the system indexes the content to facilitate the other ways in which the 
users of the system might want to search on that file in the future - ways and future 
contexts which are not and cannot be known by the users in advance and certainly are not 

1 0 facilitated by conventional systems. 

The system facilitates the use of an array of applications that act independently of 
the boards from which they were launched, and those boards are capable of being ordered 
in a myriad of collections of relationships (i.e., webs). The applications can traverse the 
webs to the boards associated with the information. 

1 5 In addition to a macro view obtained by webs and boards, the user can also create 

familiar hierarchical folders within any board. These are virtual folders, in that their 
storage is governed by the process described above. No data is physically stored in these 
folders. Finally, any file or group of files can be associated with any other file in the 
system, allowing the users of the system infinite flexibility in determining dynamic 

20 associations among the macro/micro components of the system. 

Referring now to FIG. 13, there is illustrated a system 1300 operational in 
accordance with the contextual tagging system of the present invention. The system 1300 
includes a data management platform 1302 suitable for accommodating any number 
conventional operating systems (OS) 1304 (also denoted OS|, OS 2 , OS 3 ,...,OS N ). The 

25 system 1300 also facilitates the use of a single data storage system 1306 suitable for use 
with any of the operating systems 1304, whereas conventionally, a given OS may require 
a certain data storage file structure. The platform 1302 is OS-independent, and provides 
a single point of contact for multiple users and resources 1308. 

Referring now to FIG. 14, there is illustrated a design integration chart 1400 of 

30 the data management tool. At the core of the system is a data management tool 1402 that 
facilitates all of the outlying features and capabilities. The tool 1402 facilitates, at a 
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second layer 1404, one interface (via a browser), one application (the tool itself), one data 
store (associate with the management tool), and one search mechanism for finding any 
data element of the data store. Of course, any third party applications typically have their 
own search tool to search for files and folders that may also be used. At a third layer 
5 1406, the system 1400 facilitates a secure operating environment, a scalable environment, 
and web-based. Moreover, the system 1400 can be implemented on any software and/or 
hardware platform, accommodate access from any device, and bridge to third party 
applications and devices. At an outer layer 1408, the system 1400 facilitates one or more 
instances of the following: users, contexts, workflows, projects, user-defined topics, 

10 priorities, file types, and tools. The system 1400 also is suitable for use with e-mail, 
facsimile, and instant messaging subsystems, multimedia services, and voice systems 
(e.g., phone and paging data). 

The system 1400 captures and catalogs data automatically. Users, projects, 
permissions and communication tools can be readily configured, along with the exchange 

1 5 of voce information, data, and video data seamlessly. As users collaborate, the system 
1400 captures context information, and automatically records when and how data is 
shared, who updated the data, how often the data was accesses, what additional 
information the data was linked to, etc. Meeting information can be stored automatically, 
including, but not limited to, who attended, the documents shared, instant messages 

20 captured, handouts used, slide presented, etc. A later search can retrieve this information 
along with the context(s) within which the data was generated and used. 

The system 1400 enables larger numbers of users to organize communications 
around many projects substantially simultaneously. It can relate those projects to one 
another using whatever workflow model(s) are required, and dynamically assign modular 

25 communications tools (e.g., e-mail, voice mail, fax, teleconferencing, document sharing, 
etc.) to those many projects as desired. The system 1400 automatically indexes that 
information within the context(s) in which it is received and used. This way, when a user 
searches the system 1400 for information, the user not only gets the information sought, 
but also can see how the information is currently being used by other users and project 

30 groups in the whole system. Traditionally, if a document was to be associated with seven 
different projects, for example, the document would be stored in seven different file 
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locations and version control could be a significant problem. In accordance with the 
present invention, the document is seamlessly linked to all seven projects. Thus, only 
one version exists, and version control is much easier to address. 

The disclosed system architecture is suited to relational and object database 
5 structures for use on a large scale. The data management tool uses both relational and 
object storage approaches to facilitate at least Internet-based data communications. 

Referring now to FIG. 15, there is illustrated one implementation of a platform 
system 1 500 that employs the contextual tagging system of the present invention. The 
platform system 1500 includes the capability of third-party application integration, 

10 security cameras and other devices for data input, project and workflow management and, 
file and document sharing. The platform system 1 500 also accommodates online 
meetings between logged-in users, and teleconferencing between the users, if desired. 
The teleconferencing can be initiated using the platform system 1 500. 

Referring now to FIG. 16, there is illustrated a general system configuration 1600 

15 of a system that employs the contextual tagging system of the present invention. The 
system 1600 includes a platform 1602 that hosts at least the data management tool, here 
called a web application server 1604. The server 1604 provides a common layer to 
underlying services that include a database server 1606, a VRU (voice response unit) 
1608 (also called an interactive VRU or I VRU) and mass storage system 1610. The VRU 

20 1608 facilitates interactive calling features for a user via remote touchtone signals and to 
voice data to the caller such that the caller can make choices in response to predetermined 
options presented by the system. 

The platform 1602 can utilize at least one multi-channel data communication 
connection 1612 (e.g., Tl, DS3) into the VRU subsystem 1608 for communicating voice 

25 information and interacting with features of the platform 1602. As indicated previously, 
the invention can accommodate user communication from virtually any accessible 
network node. To facilitate such an interface, the platform 1602 can include a processor 
1614 suitable for XML (extensible Markup Language), XSLT (XML Stylesheet 
Language: Transformations), and SSL processing. The processor 1614 can also access 

30 web-based services utilizing SOAP (Simple Object Access Protocol). SOAP employs 
XML syntax to send text commands across the network using HTTP (HyperText 
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Transport Protocol). Thus, there is a high-speed connection 1616 (e.g., broadband) that 
interfaces to the processor layer 1614 for use with multiple communication exchanges 
with remote users disposed on the global communication network 912. The remote users 
can access the platform system 1602 via a SSL connection 1618 using portable 
5 wired/wireless devices 1 620, and by way of the associated browsers 1622. 

Referring now to FIG. 1 7, there is illustrated a screenshot of a management tool 
window 1700 of a browser (e.g., Internet Explorer by Microsoft Corporation) used as a 
user interface to facilitate user interaction with meeting information. The window 1 700 
includes an address field 1702 that indicates the default protocol and URL address for 

1 0 accessing the data management system of the present invention. Here, HTTP is used to 
access the server via network. The "https:" indicates the connection will be to a secure 
port instead of a default web port. The window 1 700 also includes a user area 1 704 that 
indicates the name of the user logged into the system. There is also provided a topic area 
1 706 that lists the various boards associated with the user-defined topics. Here, the user 

15 has defined two topics: a Topic 1 and a Topic 2. 

The window 1700 also includes an application (or services) area 1708 that lists 
many applications selectable by the user while in this particulate window 1 700. The 
applications presented to the user from this window 1 700 include but are not limited to 
the following: Message, Calendar, Task, Phone, Search, Meet, Contact, Compile, 

20 Discuss, Files, Notes, Division, News, Ideas, Vote, Manage Board, Change, Password, 
Print, Help, Tutorial, and Logout. Depending on the user permissions provided by an 
administrator, the user may see more or fewer applications. 

Here, the Meet application option is selected to allow user interaction with setting 
up a meeting related to projects of the user. The Meet application option further includes 

25 List and Create sub-options. When the List sub-option is selected, a center viewing area 
1710 is used to present board, context, web address and other information so that the user 
can review the existing board and context information related to setting up a meeting. 
Selection the Create sub-option allows the user to create a meeting in associated with one 
or more of the boards and make changes to existing board relationships and contexts. 

30 Other user-selectable options are provided such that the user can Join in a session with 
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one or more other users, Move data to Archive, Select all objects, set a Reminder for 
himself or herself, and Delete boards. 

The Messaging option allows the user to give out an e-mail address of a project 
work area, enabling senders to send the messages to right place. Thus, the user no longer 
5 needs to manually move the messages to the appropriate folders once received in a 
personal message inbox. Additionally, incoming faxes are routed to the appropriate 
board for storage and review. Keywords and phrases in the fax are automatically 
indexed. Later retrieval is accommodated simply by performing a search for the 
keywords or phrases. Moreover, a given board can be assigned a fax number. Thus, all 

10 faxes coming in can be routed to that number, and on to the associated board. 

The Vote option allows the company and organizations to communicate and 
gather opinions by way of voting. A question can be entered, and the users selected to 
whom the question(s) should be posed. 

Referring now to FIG. 1 8, there is illustrated a screenshot of a management tool 

1 5 window 1 800 of a browser used as a user interface to facilitate user interaction with 

unified messaging, including e-mail, voice mail and fax information. The window 1800 
includes many of the same fields and informational areas of the previous windows (e.g., 
areas 1702, 1704, 1706, and 1708 of window 1700 of FIG. 17). Here, the Message 
option is selected to allow user interaction with various forms of messaging support by 

20 the disclosed management architecture. The Message option further includes an instant 
messaging (Message) sub-option, in this particular implementation. 

When the Email-Inbox sub-option is selected, the center viewing area 1710 is 
used to present the user's messaging inbox folders. The user can then open these folders 
to view the e-mail, voice mail and fax messages stored therein. The center viewing area 

25 1710 also includes a drop-down menu 1802 that allows the user to select form a variety 
of different folders (e.g., Main, Drafts) of the e-mail system. The user can also create and 
sign messages with a digital signature. 

As before, other user-selectable options are provided such that the user can 
manipulate messaging information, including, but not limited to, Select All, Delete, 

30 Acknowledge, Remind Me, Remove, Move/Copy, Forward, and Get External Mail. 
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There is also provided a News link that allows the user to link to the latest 
corporate and/or division news. 

Referring now to FIG. 19, there is illustrated a screenshot of a management tool 
window 1900 of a browser used as a user interface to facilitate user interaction with a 
5 board management option. The window 1900 includes many of the same fields and 
informational areas of the previous windows (e.g., areas 1702, 1704, 1706, and 1708 of 
window 1700 of FIG. 17). Here, the Manage Board option is selected to allow user 
interaction with various forms of user management of boards. The associated sub- 
options allow the user to Edit the board attributes, and set permission levels thereto, in 
10 this particular implementation. Of course, many different additional or different options 
can be provided (in this window and other windows), at the discretion of the 
administrator. The system allows for new attributes to be added to this option as the need 
arises. 

The center viewing area 1710 presents general board attributes 1902 of the user 
15 (e.g., user name, data, and time), and several fields for entering user information, 

including in this implementation, but not limited to, board description, board name, board 
nickname, board e-mail address, external e-mail properties (e.g., POP server, user name, 
an password), fax information (e.g., incoming fax number for the board and incoming fax 
PIN), and voice mail information (e.g., incoming voice mail number and incoming voice 
20 mail PIN). 

Referring now to FIG. 20, there is illustrated a screenshot of a management tool 
window 2000 of a browser used as a user interface to facilitate user interaction with a 
phone option. The window 2000 includes many of the same fields and informational 
areas of the previous windows (e.g., areas 1702, 1704, 1706, and 1708 of window 1700 

25 of FIG. 17). The sub-options include Call History, Call Setup, Quick Call, Meet Me, and 
List. The central viewing area 1710 for this window 2000 simply includes a listing of 
phone-related events for the given user. 

As before, other user-selectable options are provided such that the user can 
manipulate phone information, including, but not limited to, Select All, Delete, 

30 Acknowledge, and Remind Me. In addition, as with the other windows, there is included 
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an Agenda area 2002 for presenting any agenda information of a meeting or upcoming 
event. 

Referring now to FIG. 21 , there is illustrated a screenshot of a management tool 
window 2100 of a browser used as a user interface to facilitate user interaction with a 
5 files option. The window 2100 includes many of the same fields and informational areas 
of the previous windows (e.g., areas 1 702, 1 704, 1 706, and 1 708 of window 1 700 of FIG. 
17). Here, the sub-options include List, Upload, Deleted, and Check In. Thus, data can 
at least be listed, uploaded to the system and/or a board, deleted form the system and/or 
board, and checked in from a previous checkout process. 
1 0 The window 2 1 00 includes the central viewing area 1 7 1 0 for viewing information 

requested or selected for presentation. There is also a user control area 1902 that 
facilitates listing user documents that are checked out of the system or board. There is 
also provided a dropdown menu 2104 for selecting from a number of folder viewing 
options. 

1 5 Other user-selectable options are provided such that the user can manipulate 

documents, including, but not limited to, Select All, Delete, Acknowledge, Remind Me, 
Remove, Move/Copy, Check Out and Download. 

Referring now to FIG. 22, there is illustrated a screenshot of a management tool 
window of a browser used as a user interface to facilitate user interaction with a user 

20 context. Here, the My Context option was selected while in the Meet application option. 
Thus, the context information of the user is posted within the meeting space. The 
window 2200 includes many of the same fields and informational areas of the previous 
windows (e.g., areas 1702, 1704, 1706, and 1708 of window 1700 of FIG. 17). Here, the 
sub-options associated with Meet include List and Create. Thus, data can at least be 

25 listed and created in accordance with the associated need. Note that other data can also 
be accessed and presented within an application option, for example, My Profile will 
show the user profile data. 

The window 2200 includes the central viewing area 1710 for viewing information 
requested or selected for presentation. Here, the user has selected the presentation of the 

30 user context information, which also includes board information and relationships. For 
example, board names Board 1, Board2, and Board3 are listed, along with the hosts, User 
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(the current user) for Board 1 , and User2 for both boards Board2 and Board3. The web 
name is also listed for the collection of these three boards. 

There is a Special Projects Web listed, and the associated parent/child 
relationships of the associated boards. For example, Board6 is a parent to Board4, and 
5 Board4 is also a parent to Board2. 

Other user-selectable options are provided for the Meet option, such as Join, 
Move to Archive, Select All, Delete, Acknowledge, and Remind Me. 

These are but only a few of the numerous windows employed to facilitate user 
interaction, input, and control of the management tool system. Many other windows are 

10 provided to support, for example, printing, user help, communications security, 
presenting user documents to other users, metering user performance, dialog and 
discovery forums, calendar functions, task functions, leadership tools, file system 
management, user context, telephone services, e-mail, voicemail, faxes, video 
conferencing, web conferencing, security video, reverse 911, voice broadcasting, first 

15 response unified messaging capabilities, specialized APIs, software development kit, 
conduct and store meetings, organizing personal contact information, enterprise webs, 
chat sessions, intellectual notes and ideas, workflows, compilations, user profiles, news, 
searching, user alerts, integration of third-party users and resources, multimedia 
information, user permissions, system configuration, and wireless portable device 

20 interfaces, just to name a few. 

Referring now to FIG. 23, there is illustrated a block diagram of a computer 
operable to execute the disclosed contextual tagging architecture. In order to provide 
additional context for various aspects of the present invention, FIG. 23 and the following 
discussion are intended to provide a brief, general description of a suitable computing 

25 environment 2300 in which the various aspects of the present invention may be 

implemented. While the invention has been described above in the general context of 
computer-executable instructions that may run on one or more computers, those skilled in 
the art will recognize that the invention also may be implemented in combination with 
other program modules and/or as a combination of hardware and software. 

30 Generally, program modules include routines, programs, components, data 

structures, etc., that perform particular tasks or implement particular abstract data types. 
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Moreover, those skilled in the art will appreciate that the inventive methods may be 
practiced with other computer system configurations, including single-processor or 
multiprocessor computer systems, minicomputers, mainframe computers, as well as 
personal computers, hand-held computing devices, microprocessor-based or 
5 programmable consumer electronics, and the like, each of which may be operatively 
coupled to one or more associated devices. 

The illustrated aspects of the invention may also be practiced in distributed 
computing environments where certain tasks are performed by remote processing devices 
that are linked through a communications network. In a distributed computing 
1 0 environment, program modules may be located in both local and remote memory storage 
devices. 

A computer typically includes a variety of computer-readable media. 
Computer-readable media can be any available media that can be accessed by the 
computer and includes both volatile and nonvolatile media, removable and non- 

1 5 removable media. By way of example, and not limitation, computer readable media can 
comprise computer storage media and communication media. Computer storage media 
includes volatile and nonvolatile, removable and non-removable media implemented in 
any method or technology for storage of information such as computer readable 
instructions, data structures, program modules or other data. Computer storage media 

20 includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory 
technology, CD-ROM, digital video disk (DVD) or other optical disk storage, magnetic 
cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any 
other medium which can be used to store the desired information and which can be 
accessed by the computer. 

25 Communication media typically embodies computer-readable instructions, data 

structures, program modules or other data in a modulated data signal such as a carrier 
wave or other transport mechanism, and includes any information delivery media. The 
term "modulated data signal" means a signal that has one or more of its characteristics set 
or changed in such a manner as to encode information in the signal. By way of example, 

30 and not limitation, communication media includes wired media such as a wired network 
or direct-wired connection, and wireless media such as acoustic, RF, infrared and other 
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wireless media. Combinations of the any of the above should also be included within the 
scope of computer-readable media. 

With reference again to FIG. 23, there is illustrated an exemplary environment 
2300 for implementing various aspects of the invention that includes a computer 2302, 
5 the computer 2302 including a processing unit 2304, a system memory 2306 and a 
system bus 2308. The system bus 2308 couples system components including, but not 
limited to, the system memory 2306 to the processing unit 2304. The processing unit 
2304 may be any of various commercially available processors. Dual microprocessors 
and other multi-processor architectures may also be employed as the processing unit 
10 2304. 

The system bus 2308 can be any of several types of bus structure that may further 
interconnect to a memory bus (with or without a memory controller), a peripheral bus, 
and a local bus using any of a variety of commercially available bus architectures. The 
system memory 2306 includes read only memory (ROM) 2310 and random access 

1 5 memory (RAM) 2312. A basic input/output system (BIOS) is stored in a non-volatile 
memory 2310 such as ROM, EPROM, EEPROM, which BIOS contains the basic 
routines that help to transfer information between elements within the computer 2302, 
such as during start-up. The RAM 2312 can also include a high-speed RAM such as 
static RAM for caching data. 

20 The computer 2302 further includes an internal hard disk drive (HDD) 23 1 4 {e.g. , 

EIDE, SATA), which internal hard disk drive 2314 may also be configured for external 
use in a suitable chassis (not shown), a magnetic floppy disk drive (FDD) 2316, (e.g., to 
read from or write to a removable diskette 23 1 8) and an optical disk drive 2320, (e.g., 
reading a CD-ROM disk 2322 or, to read from or write to other high capacity optical 

25 media such as the DVD). The hard disk drive 23 1 4, magnetic disk drive 23 1 6 and optical 
disk drive 2320 can be connected to the system bus 2308 by a hard disk drive interface 
2324, a magnetic disk drive interface 2326 and an optical drive interface 2328, 
respectively. The interface 2324 for external drive implementations includes at least one 
or both of Universal Serial Bus (USB) and IEEE 1394 interface technologies. 

30 The drives and their associated computer-readable media provide nonvolatile 

storage of data, data structures, computer-executable instructions, and so forth. For the 
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computer 2302, the drives and media accommodate the storage of any data in a suitable 
digital format. Although the description of computer-readable media above refers to a 
HDD, a removable magnetic diskette, and a removable optical media such as a CD or 
DVD, it should be appreciated by those skilled in the art that other types of media which 
5 are readable by a computer, such as zip drives, magnetic cassettes, flash memory cards, 
cartridges, and the like, may also be used in the exemplary operating environment, and 
further, that any such media may contain computer-executable instructions for 
performing the methods of the present invention. 

A number of program modules can be stored in the drives and RAM 23 1 2, 

10 including an operating system 2330, one or more application programs 2332, other 

program modules 2334 and program data 2336. All or portions of the operating system, 
applications, modules, and/or data can also be cached in the RAM 2312. 

It is appreciated that the present invention can be implemented with various 
commercially available operating systems or combinations of operating systems. 

1 5 A user can enter commands and information into the computer 2302 through one 

or more wired/wireless input devices, e.g., a keyboard 2338 and a pointing device, such 
as a mouse 2340. Other input devices (not shown) may include a microphone, an IR 
remote control, a joystick, a game pad, a stylus pen, touch screen, or the like. These and 
other input devices are often connected to the processing unit 2304 through an input 

20 device interface 2342 that is coupled to the system bus 2308, but may be connected by 
other interfaces, such as a parallel port, an IEEE 1394 serial port, a game port, a USB 
port, an IR interface, etc. 

A monitor 2344 or other type of display device is also connected to the system 
bus 2308 via an interface, such as a video adapter 2346. In addition to the monitor 2344, 

25 a computer typically includes other peripheral output devices (not shown), such as 
speakers, printers etc. 

The computer 2302 may operate in a networked environment using logical 
connections via wired and/or wireless communications to one or more remote computers, 
such as a remote computers) 2348. The remote computer(s) 2348 may be a workstation, 

30 a server computer, a router, a personal computer, portable computer, 

microprocessor-based entertainment appliance, a peer device or other common network 



33 



LEADP101USA 



node, and typically includes many or all of the elements described relative to the 
computer 2302, although, for purposes of brevity, only a memory storage device 2350 is 
illustrated. The logical connections depicted include wired/wireless connectivity to a 
local area network (LAN) 2352 and/or larger networks, e.g., a wide area network (WAN) 
5 2354. Such LAN and WAN networking environments are commonplace in offices, and 
companies, and facilitate enterprise-wide computer networks, such as intranets, all of 
which may connect to a global communication network, e.g., the Internet. 

When used in a LAN networking environment, the computer 2302 is connected to 
the local network 2352 through a wired and/or wireless communication network interface 

10 or adapter 2356. The adaptor 2356 may facilitate wired or wireless communication to the 
LAN 2352, which may also include a wireless access point disposed thereon for 
communicating with the wireless adaptor 2356. When used in a WAN networking 
environment, the computer 2302 can include a modem 2358, or is connected to a 
communications server on the LAN, or has other means for establishing communications 

1 5 over the WAN 2354, such as by way of the Internet. The modem 2358, which may be 
internal or external and a wired or wireless device, is connected to the system bus 2308 
via the serial port interface 2342. In a networked environment, program modules 
depicted relative to the computer 2302, or portions thereof, may be stored in the remote 
memory/storage device 2350. It will be appreciated that the network connections shown 

20 are exemplary and other means of establishing a communications link between the 
computers may be used. 

The computer 2302 is operable to communicate with any wireless devices or 
entities operably disposed in wireless communication, e.g., a printer, scanner, desktop 
and/or portable computer, portable data assistant, communications satellite, any piece of 

25 equipment or location associated with a wirelessly detectable tag {e.g., a kiosk, news 
stand, restroom), and telephone. This includes at least Wi-Fi and Bluetooth™ wireless 
technologies. Thus, the communication may be a predefined structure as with 
conventional network or simply an ad hoc communication between at least two devices. 
Wi-Fi, or Wireless Fidelity, allows connection to the Internet from a couch at 

30 home, a bed in a hotel room or a conference room at work, without wires. Wi-Fi is a 
wireless technology like a cell phone that enables such devices, e.g., computers, to send 
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and receive data indoors and out, and anywhere within the range of a base station. Wi-Fi 
networks use radio technologies called IEEE 802.1 1 (a, b, g, etc.) to provide secure, 
reliable, fast wireless connectivity. A Wi-Fi network can be used to connect computers 
to each other, to the Internet, and to wired networks (which use IEEE 802.3 or Ethernet). 
5 Wi-Fi networks operate in the unlicensed 2.4 and 5 GHz radio bands, with an 1 1 Mbps 
(802. 1 lb) or 54 Mbps (802. 1 1 a) data rate or with products that contain both bands (dual 
band), so the networks can provide real-world performance similar to the basic lOBaseT 
wired Ethernet networks used in many offices. 

What has been described above includes examples of the present invention. It is, 

1 0 of course, not possible to describe every conceivable combination of components or 

methodologies for purposes of describing the present invention, but one of ordinary skill 
in the art may recognize that many further combinations and permutations of the present 
invention are possible. Accordingly, the present invention is intended to embrace all 
such alterations, modifications and variations that fall within the spirit and scope of the 

1 5 appended claims. Furthermore, to the extent that the term "includes" is used in either the 
detailed description or the claims, such term is intended to be inclusive in a manner 
similar to the term "comprising" as "comprising" is interpreted when employed as a 
transitional word in a claim. 
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